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Sir: 

APPEAL BRIEF UNDER 37 C.F.R. S 1.192 

In support of the Notice of Appeal filed July 7, 2004, and pursuant to 37 
C.F.R. § 1.192, appellants present in triplicate their appeal brief in the above-captioned 
application. 

This is an appeal to the Board of Patent Appeals and Interferences from 
the Examiner's final rejection of claims 1-21 in the final Office Action dated January 14, 
2004. The appealed claims are set forth in the attached Appendix A. 



1. Real Party in Interest 

This application is assigned to Wind River Systems, Inc., the real party in 

interest. 
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2. Related Appeals and Interferences 

There are no other appeals or interferences which would directly affect, be 
directly affected, or have a bearing on the instant appeal. 



3. Status of the Claims 

Claims 1-21 are pending. 

Claims 1-21 have been rejected in the final Office Action and are involved 

in this appeal. 



4. Status of Amendments 

Appellants have not submitted any amendments to the claims as filed in 
the original application. 

5. Summary of the Invention 

The present invention is directed to an improved task control block. A 
first portion of the task control block is implemented in system memory space allocated 
to the operating system (the system task control block) and a second portion of the task 
control block is implemented in user memory space allocated to the user task (the user 
task control block). Specification, page 5, lines 9-14. Read/write operations on the data 
structures in the system task control block may be performed by the operating system 
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tasks, but are not directly accessible to tasks executing outside system memory space. 
The data structures in the user control task block may be directly read/written by the 
corresponding task. Id. atp.5, lines 14-20. 

System task control blocks are located within the system space and user 
task control blocks and task stacks are located within user space. Thus, a user task may 
directly access the user task control block and the task stack in its memory location, but 
may not directly access the system task control block in the system memory location. The 
system space may further contain a current task data structure for storing task state 
information and a context switch routine for performing context switching. Id. at p. 7, 
lines 11-24. 

The task information stored in the system task control block may be used 
during context switching to save and restore the state of the computing environment for a 
task. The state of the computing environment for a currently executing task is stored in a 
current task data structure. As part of the context switch between tasks, the contents of 
the current task data structure are saved into the system task control block and the 
contents of the system task control block for the newly executing task are loaded into the 
current task data structure. Id. at p. 8, lines 12-24. 

The user task control block stores additional task information data 
structures for the task. The task may directly access the information in the user task 
control block without a need for a system call. Id. at p. 8, line 26 - p. 9, line 13. 
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6. Issues 

I. Whether claims 1-21 are anticipated under 35 U.S.C. § 102(b) by 
Mateosian, "Operating System Support - The Z8000 Way," Computer Design, May 1982 
(hereinafter "Mateosian"). * 



7. Grouping of Claims 

Claims 1-13 may stand or fall together. Claims 14-16 may stand or fall 
together. Claims 17-21 may stand or fall together. 



8. Argument 

I. The Rejection of Claims 1-21 Under 35 U.S.C. § 102(b) as Being 

Anticipated by Mateosian, "Operating System Support - The Z8000 Way," 
Computer Design. May 1982 Should Be Reversed 

A. The Examiner's Rejection 

In the final office action the Examiner asserted that Mateosian describes 
the system and method for a task control block for a computing environment. Appellants 
disagree with the rejection of claims 1-21 under 35 U.S.C. § 102(b). For at least the 
following reasons, the Board should reverse the rejection. 

The Examiner asserted in the Final rejection that "[applicants have not 
submitted sufficient evidence to rebut the strong prima facie case of obviousness 
established by the Examiner." (Final Office Action, p. 7). However, the Examiner's 
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rejections were base on 35 U.S.C. § 102(b), which bars inventions from patent where: 

(b) the invention was patented or described in a printed 
publication in this or a foreign country or in public use or on sale in 
this country, more than one year prior to the date of the application 
for patent in the United States. 

The appropriate standard for a rejection under §102 is that the claim is anticipated by the 

cited reference, not obviousness. (See MPEP §706.02, IV). Non-obviousness is not a 

requirement under §102. (See id.). Therefore, the Examiner's statement regarding 

obviousness is irrelevant to the §102 rejection and the appellants do not bear any burden 

of rebutting the Examiner's conclusion of obviousness. 

B. The Cited Reference Does Not Disclose a Task Control Block Including a 
Number of Task Information Data Structures that Contain Task 
Information, as Recited in Claim 1. 



The Examiner asserted in the Final rejection that Figure 3 of Mateosian 
discloses a system including: (1) a task; (2) a first task control block associated with the 
task and located in a first area of the memory space, the first task control block including 
a number of first task information data structures that contain first task information; (3) a 
second task control block associated with the task and located in a second area of the 
memory space, the second task control block including a number of second task 
information data structures that contain second task information. (See Final Office 
Action, pp. 3-4). Figure 3 of Mateosian merely lists "software components [which] allow 
manipulation of hardware and applications software, and represent system services that 
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all operating systems must apply." (Mateosian, p.256, left col, lines 36-38). The diagram 
presented in figure 3 groups software components into broad categories based on 
function, (i.e., Process Manager, Event Queue / Semaphore Manager, Memory Allocator, 
etc.). (See id., Fig. 3). Each category may contain one or more components and may 
illustrate the functional purpose for each category of components. (See id., Fig. 3). The 
categories are merely illustrations for visual understanding and do not provide any 
structural limitations. In particular, Mateosian is silent on data structure and memory 
storage allocations. 

The Examiner stated that "the task control block located in memory stack 
and including a number of task information data structure is taught by Mateosian in Fig. 
3, under process manager." (Final Office Action, p. 5) (citation omitted). The Examiner 
equates the illustration of the Process Manager category with the task control block of the 
present invention. The Examiner further equates the software components of Mateosian 
with the task information data structures of the present invention. (Final Office Action, p. 
5). In Mateosian, the software components listed as part of the Process Manager category 
are required functions of an operating system. However, they are not task information 
data structures. Figure 3 of Mateosian illustrates the functional components an operating 
system must perform, but does not indicate the data or structural implementations for 
these functional components. On the contrary, the present invention requires task 
information to be stored within at least one task information data structure of a memory 
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space for each of the two task control blocks. 

It is well known in the computer science art that a control block is "[a] 
storage area containing (in condensed, formalized form) the information required for the 
control of a task, function, operation, or quantity of information." (McGraw-Hill 
Dictionary of Scientific and Technical Terms , 4 th ed., p.425, attached hereto as Appendix 
B.). Thus, it follows that one skilled in the art would understand that the task control 
block of the present invention is a storage area which contains information required for 
the control of a task. As discussed above, Mateosian is silent on the data and structural 
implementation of the software components listed in Figure 3. Mateosian did not relate 
the functions and categories listed in Figure 3 to memory / storage areas or data 
structures. Moreover, Mateosian does not indicate a designated, condensed and 
formalized storage area solely dedicated for the use of the software components under the 
Process Manager category. Thus, Mateosian could not have contemplate the task control 
block as recite in claim 1 of the present invention. 

Accordingly, appellants submit that Mateosian does not disclose a system 
including a first task control block associated with the task and located in a first area of 
the memory space, the first task control block including a number of first task information 
data structures that contain first task information and a second task control block 
associated with the task and located in a second area of the memory space, the second 
task control block including a number of second task information data structures that 
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contain second task information. 



C. The Cited Reference Does Not Disclose Two Task Control Blocks 

Located in Two Separate Areas of a Memory Space, Wherein the First 
Area of the Memory Space is Not Directly Accessible by the Task and the 
Second Area of the Memory Space is Directly Accessible by the Task, as 
Recited in Claim 1. 



The Examiner asserts that in the Final rejection that Mateosian describes a 
system including a first task control block associated with the task and located in a first 
area of the memory space; a second task control block associated with the task and 
located in a second area of the memory space; wherein the first area of the memory space 
is not directly accessible by the task, and the second area of the memory space is directly 
accessible by the task. As discussed above, Fig. 3 of Mateosian illustrates various 
software components required of an operating system and their functional categories. 
However, these categories were not related to memory / storage areas nor were they 
related to data structures. Furthermore, Mateosian does not disclose, nor does it suggest 
that the software components are implemented in two different sets of data structures, 
where each set is stored in a separate, memory space. Instead, Mateosian discloses to the 
contrary, allowing every software component disclosed in Figure 3 to run in system 
mode. (See Mateosian, p. 256, right col, lines 55-56). Thus, any two categories of 
software components will have access to the same memory space. 
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The Examiner asserts that "[t]he program status area pointer control 
registers and the system mode stack register are all inaccessible from normal mode, and 
normal mode stack register is accessible from system mode" is the equivalent as the two 
memory spaces recited by claim 1 of the present invention where the first area of the 
memory space is not directly accessible by the task, and the second area of the memory 
space is directly accessible by the task. (Final Office Action, p. 3) (citations omitted). 
Mateosian discloses two different modes of the operating system: (1) a normal mode and 
(2) a system mode. (See Mateosian, p. 256, right col., lines 16-20). Under the normal 
mode, only the normal mode stack register is accessible, while under the system mode, 
the normal mode stack register in addition to the refresh register, the program status area 
pointer (PSAP) control registers, and the system mode stack register are all accessible. 
(See id., p. 256, right col., lines 21-31). Nevertheless, the normal mode register and the 
registers accessible only via system mode disclosed in Mateosian are not equivalent to the 
areas of memory space recited in claim 1 of the present invention. Although Mateosian 
discloses registers accessible only in system mode and a register that is accessible in both 
normal and system modes, Mateosian does not disclose or even suggest that these 
registers are the same areas of memory space which contain task control blocks. The 
present invention limits both the first and second areas of memory space to include a first 
and second task control block, respectively. 
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The Examiner states that "[s]ections of the first task control block and of 
the second control block, which are different data structures depicted in Fig. 3, are on 
different part of the memory." As discussed above, appellants respectfully submit that 
the categories illustrated in Figure 3 are not task control blocks. Furthermore, Mateosian 
does not disclose data structures, nor does it contemplate implementing each category of 
software components in a set of data structures. In addition, even if it were considered 
that Figure 3 depicts task control blocks including a number of task information data 
structure, which the appellants submit that it does not, Mateosian does not locate the 
alleged "task control blocks" within separate memory spaces where one memory space is 
not directly accessible by the task while the other memory space is directly accessible by 
the task. 

Mateosian permits all the software components listed in Figure 3 to run 
under system mode, where all registers are accessible. Therefore, the software 
components of Figure 3 may utilize any of the registers. The Examiner states that the box 
at the top left corner of Figure 3 (the "Process Manager" category) and the middle box in 
the top row of Figure 3 (the "Event Queue / Semaphore Manager" category) are on 
different parts of the memory. However, because the "Processor Manager" software 
components and the "Event Queue / Semaphore Manager" software component may both 
run in system mode, under the descriptions provided by Mateosian, component may 
utilize any of the following registers: the normal mode stack register, the refresh register, 
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the program status area pointer (PS AP) control registers, and the system mode stack 
register. It is also possible that all of the software components in both categories are all 
within one register, such as the system mode stack register. Therefore, the Examiner's 
exemplary "task control blocks" do not illustrate a first and second areas of memory 
space in which a first and second task control block are respectively located, such that the 
first area of memory space is not directly accessible by the task whereas the second area 
memory space is directly accessible by the task. 

In light of the above, appellants submit that Mateosian does not disclose 
two areas of memory space each including a task control block wherein the first area of 
the memory space is not directly accessible by the task, and the second area of the 
memory space is directly accessible by the task. Therefore, for all of the reasons 
discussed in Sections 8.LB and 8.I.C, appellants respectfully request that the Board 
overturn the Examiner's rejection of claim 1 and all the rejected claims dependent 
therefrom (claims 2-13). 

D. The Cited Reference Does Not Disclose Each and Every Element of the 

Present Invention as Recited in Claim 14 

The Examiner rejected claim 14 using the same arguments as those 

asserted against claim 1 to reject claim 14 under 35 U.S.C. § 102(b) as being anticipated 

by Mateosian, (See Final Office Action, p. 2-3). However, in order to render a claim 

anticipated under §102, a single prior art reference must disclose each and every element 
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of the claim in exactly the same way as recited in the claim. (SeeLindeman 
Machinenfabrikv. Am Hoist and Derrick, 730 F.2d 1452, 1458 (Fed. Cir. 1984)). If any 
claimed element is absent from the prior art reference, there is no anticipation. (See Rowe 
v. Dror, 1 12 F.3d 473, 478 (Fed. Cir. 1997)). The Examiner did not meet the 
requirements for a §102 rejection. The Examiner failed to address the limitation "loading 
an address for the location of the second task control block into the first task control 
block." Nowhere in the First and Final rejections, did the Examiner discuss an address 
for the location of the second task control or the step of loading it into the first task 
control block. Appellants submit that the Examiner's §102 rejection of claim 14 was 
improper because he had failed to demonstrate that the prior art discloses each and every 
element of the claim. 

Had the Examiner provided a proper rejection, Mateosian nevertheless 
does not disclose a method including creating a first task control block for the task; 
creating a second task control block for the task, the second task control block having a 1 
location in a memory; and loading an address for the location of the second task control 
block into the first task control block. As discussed above regarding claim 1, Mateosian 
does not disclose task control block not does it disclose a task control block having a 
location in memory space. Furthermore, because Mateosian does not disclose a second 
task control block having a location in a memory space, it also does not disclose an 
address for the location of the second task control block. Thus, Mateosian does not 
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disclose the step of loading an address for the location of the second task control block 
into the first task control block. 

Accordingly appellants submit that Mateosian does not disclose each and 
every element of claim 14. Therefore, Mateosian does not anticipate the present 
invention as recited by claim 14. For the reasons discussed in this section (Section 8.LD), 
appellants respectfully request that the Board overturn the Examiner's rejection of claim 
14 and all the rejected claims dependent therefrom (claims 15-16). 



E. The Cited Reference Does Not Disclose a Pointer Data Structure as 
Recited in Claims 17 and 18 



Claim 17 of the present invention recites a method, comprising: 

receiving a context switching event; 

saving task information for a first task in a system task 
control block associated with the first task, the task 
information for the first task including a pointer to a user 
task control block associated with the first task; 

loading task information for a second task from a system 
task control block associated with the second task, the task 
information for the second task including a pointer to a user 
task control block associated with the second task. 



Claim 18 of the present invention recites a method, comprising: 
receiving an interrupt request; 

saving a first number of state information values from a 
current task data structure for a currently executing task, the 
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current task data structure including a pointer data structure 
holding a pointer to a second number of stat information 
values; 

loading a pointer to a task control block associated with an 
interrupt service routine into the pointer data structure; 

executing the interrupt service routine. 

The Examiner rejected claims 17 and 18 in the same manner as the 
rejection against claim 14. However, aside from a brief mention of a context switching 
event, without discussing the way in which it is applicable to the §102 rejection, the 
Examiner did not discuss any of the other elements recited in claims 17 and 18. (See 
Final Office Action, p. 7). The Examiner failed to meet the requirements for a §102 
rejection and demonstrate that each and every element of both claims 17 and 18 were 
disclosed by Mateosian. Therefore, appellants respectfully submit that the Examiner's 
rejection of claims 17 and 18 were improper. 

Furthermore, as discussed above, Mateosian does not disclose task control 
blocks. In addition, Mateosian is also silent as to the task information including a pointer 
to a task control block. 
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9. Conclusions 

For the reasons set forth above, appellants respectfully request that the 
Board reverse the final rejections of the claims by the Examiner under 35 U.S.C. §102(b), 
and indicate that claims 1-21 are allowable. 

Respectfully submitted, 

FAY, KAPLUN & MARCIN, LLP 



Date: 




Michael J. Marcin 
(Reg. No. 48,198) 

150 Broadway, Suite 702 
New York, NY 10038 
(212) 619-6000 
(212)619-0276 
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APPENDIX A - APPEALED CLAIMS 

1 . A system comprising: 
a memory space; 

a task; 

a first task control block associated with the task and located in a first area of the 
memory space, the first task control block including a number of first task information 
data structures that contain first task information; 

a second task control block associated with the task and located in a second area 
of the memory space, the second task control block including a number of second task 
information data structures that contain second task information; 

wherein the first area of the memory space is not directly accessible by the task, 
and the second area of the memory space is directly accessible by the task. 

2. The system of claim 1 , further comprising a current task data structure, and 
wherein the current task data structure is loaded with information from at least one of the 
first task information data structures during a context switch to execute the task. 

3. The system of claim 2, further comprising a context switch routine, the context 
switch routine performing the context switch to execute the task. 



4. The system of claim 1, wherein the first task control block includes a pointer data 
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structure that contains a pointer to a location of the second task control block. 

5. The system of claim 1 , wherein the first area of the memory space is a system 
space and the second area of the memory space is a user space. 

6. The system of claim 1, wherein the number of second task information data 
structures includes error status information for the task. 

7. The system of claim 1, wherein the number of second task information data 
structures includes a set of pointers to a set of standard modules for the task. 

8. The system of claim 1, wherein the number of second task information data 
structures includes a pointer to environment variables for the task. 

9. The system of claim 1, wherein the number of second task information data 
structures includes a pointer to context information for remote procedure calls made by 
the task. 

10. The system of claim 1 , wherein the number of second task information data 
structures includes a pointer to context information for remote procedure calls made by 
the task. 
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1 1 . The system of claim 1 , wherein the number of second task information data 
structures includes a pointer to exception information. 

12. The system of claim 1 , wherein the number of second task information data 
structures includes a user-definable spare field. 

1 3 . The system of claim 1 , further comprising a real-time operating system. 

14. A method comprising: 
receiving a request to create a task; 
assigning task information for the task; 
creating a first task control block for the task; 

loading the task information for the task into the first task control block; 

creating a second task control block for the task, the second task control block 
having a location in a memory space; 

loading an address for the location of the second task control block into the first 
task control block. 

15. The method of claim 14, wherein the first task control block is located in a system 
space and the second task control block is located in a user space, the system space and 
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user space both within the memory space. 

16. The method of claim 14, wherein the first task control block and the second task 
control block are located in a system space, the system space within the memory space. 

17. A method, comprising: 
receiving a context switching event; 

saving task information for a first task in a system task control block associated 
with the first task, the task information for the first task including a pointer to a user task 
control block associated with the first task; 

loading task information for a second task from a system task control block 
associated with the second task, the task information for the second task including a 
pointer to a user task control block associated with the second task. 

18. A method, comprising: 
receiving an interrupt request; 

saving a first number of state information values from a current task data structure 
for a currently executing task, the current task data structure including a pointer data 
structure holding a pointer to a second number of stat information values; 

loading a pointer to a task control block associated with an interrupt service 
routine into the pointer data structure; 
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executing the interrupt service routine. 

1 9. The method of claim 1 8, further comprising: 

creating the task control block associated with the interrupt service routine. * 

20. The method of claim 18, wherein the first number of state information values are 
saved on an interrupt stack. 

21 . The method of claim 20, wherein the second number of state information values 
are not saved on the interrupt stack. 
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APPENDIX B - 
DEFINITION OF "CONTROL BLOCK" FROM 
McGRAW-HILL DICTIONARY OF SCIENTIFIC 
AND TECHNICAL TERMS. 4 th ED. 
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acurrent system 



BEST A\Mii;a"rlE COPY 



control circuit 425 



2 Retarded relaxation of muscle, as when it is injected 
Cratrine. { kan'trak-chor } 

i5 Lriirrent system See katoptric system. { [kan-trslkar 

^•flexure point [civ eng] The point in a structure where 
occurs in opposite directions. { Ikan-tra'flek'shar 

^Isee condensation trail. { 'kan.tral } 
^S-forrnation graph [meteorol] A graph containing 
!3(l L a meters pressure, temperature, and relative humidity for 
^Pj v a iues at which condensation trails (contrails) form; 
^ as an * n f° recastm g th e formation of condensation 
K ( 'kan.tral fdr'ma-shan ,graf } 
Jfltraindication [med] A symptom, indication, or condi- 
in which a remedy or a method of treatment is inadvisable 
funproper. { ;ka>tn>,in*da'ka-shan } 
wrtralateral [physio] Opposite; acting in unison with a 
^lar part on the opposite side of the body. {. ;kan*tra' lada* 

[comput sci] Computer programming language 
3»tich instructions are written at the compiler level, thereby 
gating the need for translation by a compiling routine. 

i'kan.nan } .. 

gritraorbit missile [aero eng] A missile that is sent back- 
ed along the calculated orbit of an aerospace weapon, sat- 
Hlite, or spacecraft for the purpose of destroying it . in a head- 
ed collision with an explosive warhead or through use of a 
secondary missile. { ikan-trajorbat 'mis*al } 
ontrapositive [math] The contrapositive of the statement 
"ifp, then q" is the equivalent statement "if not q, then not 
f { Jkan-uVpaz-aduv } 

cortrapropagating ultrasonic flowmeter [eng] An in- 
smment for determining the velocity of a fluid flow from the 
difference between the times required for high-frequency sound 
Dtravcl between two transducers in opposite directions along 
ipath having a component parallel to the flow. { Jkan'tra'pra* 
f9|adin 'a^tpjSan-ik 'flo.med-ar } 

rWrarotating propellers [mech eng] A pair of propellers 
m concentric shafts, turning in opposite directions. { |kan* 
n'ro.tad-in pra'pel-arz } 

eartrarotation . [eng] Rotation in the direction opposite to 
fflother rotation. { Ikan-traro' ta-shdn } 
wrtra soiem,^ [meteorol] Characterizing air motion that is 
camterclbclcwise in the Northern Hemisphere and clockwise 
inthc Southern Hemisphere; literally, against the sun. { 'kan* 
ffj'so.lem;}^;^/' , t 

Wrtrast ^jcOMMui^j The degree of difference in tone between 
*e Tightest arid darkest areas in a television or facsimile picture. 
|coMPUT^j^; ; Ih optical character recognition, the difference 
fflcolor, renectance, or shading between two areas of a surface, 
for e^ampre^character and its background. { 'kan.trast } 

[electr] A manual control that adjusts the 
|^ 0 ^^iess between highlights and shadows on the 
^"^iS^ge >n a television receiver. { 'kan.trast 

^^&::/-.. 

^p^lMETEpROL] Winds a short distance apart blow- 
2 -^^fei^adrants, frequent in the spring and fall in 
^^%diterranean. 



kdn'tras.tez } 
The ratio of the maximum to the 
Ad^S^^ — ce values » n a television picture. { ' kan, trast 

s,^||p|vity See threshold contrast. { 'kan.trast sen- 

^locS^^^??9 [graphics] A procedure for increas- 
((Jjjp^^^g^ in an image and reducing blurring by using 
fetoujgi^Sj^wg of the image to emphasize its high spatial 
COtftra g|| f ^k|n l trast .sharpan-in } 
4^lE§8PB?W See threshold contrast. { 'kan.trast 

icosc of|d^H?9 tor [math] A functor which reverses the 
coRt^^^S'ims, { Ikan-tra'vere-ant 'fank-tar } 
1 *^fonw^^ t MAT H] A tensor index such that , under 
°*iipS^^Mi 0 ^ c< ^rdinates, the procedure for obtaining a 
&t vjjl^r^l^nsformed tensor for which this index has 
^»i|p§^^fe s ta king a sum over q of the product of a 
^^SjE^iS?8 inal tens <> r for which the index has the 
t °Q^^^, partial derivative of the pth transformed 
t ^"'^?^^ Spect to lhe <? ln ori g in al coordinate; it is 
$3$npt. { Ikan-tra 1 vere-snt 'in.deks } 




contravariant tensor [math] A tensor with only contravar- 
iant indices. { Jkan-tra'vere-ant 'ten*sor } 

contravariant vector [math] A contravariant tensor of de- 
gree 1 , such as the tensor whose components are differentials 
of the coordinates. { jkan-tre'vere-ant 'vek-tar } 

contributory See tributary. { kan'trib'ya.tore } 

control [comput sci] 1. The section of a digital computer 
that carries put instructions in proper sequence, interprets each 
coded instruction, and applies the proper signals to the arith- 
metic unit and other parts in accordance with this interpretation. 
2. A mathematical check used with some computer operations. 
[cont SYsj A means or device to direct and regulate a process 
or sequence of events, [electr] An input element of a 
cryotron, [stat] 1 . A test made to determine the extent of 
error in experimental observations or measurements. 2. A 
procedure carried out to give a standard of comparison in an 
experiment. 3. Observations made on subjects which have not 
undergone treatment, to use in comparison with observations 
made on subjects which have undergone treatment. 
{ kan'trol } 

control accuracy [cont s ys] The degree of correspondence 
between the ultimately controlled variable and the ideal value 
in a feedback control system. { kan 'trot .ak-ya-ra-se } 

control agent [chem . eng] In process automatic-control 
work, material or energy within a process system of which the 
manipulated (controlled) variable is a condition or character- 
istic. { kan'trol .a-jant } 

control and read-only memory [comput sci] A read-only 
memory that also provides storage, sequencing, execution, and 
translation logic for various microinstructions. Abbreviated 
CROM. { kan'trol on Jred ,6n-le 'menvre } 

control area [nav] An area over which air-traffic control is 
exercised by a ground-located traffic-control center. { kan'trol 
,ere*3 } 

control bit [comput sci] A bit which marks either the be- 
ginning or the end of a character transmitted in asynchronous 
communication. { kan'trol ..bit } 

control block [comput sci] A storage area containing (in 
condensed, formalized form) the information required for the 
control of a task, function, operation, or quantity of informa- 
tion. { kan'trol ,blak } 

control board [elec] A panel at which one can make circuit 
changes, as in lighting a theater, [eng] A panel in which 
meters and other indicating instruments display the condition 
of a system, and dials, switches, and other devices are used to 
modify circuits to control the system. Also known as control 
panel; panel board. { kan'trol .bord } 

control break [comput sci] A key change which takes place 
in a control data field, especially in the execution of a report 
program. { kan'trol .brak } 

control card [comput sci] A punched card containing input 
data or parameters which are necessary to begin or modify a 
program, or containing instructions needed for the specific 
application of a general routine. { kan'trol .kard } 

control change [comput sci] A change of function that 
occurs when successive records (such as those entered on 
punched cards) differ in the data entered in the control field; 
for example, a punched-card tabulator may change from adding 
to printing at the end of a series of items. Also known as 
comparing control change. { kgn'trol ,chanj } 

control character [comput sci] A character whose occur- 
rence in a particular context initiates, modifies, or stops a 
control operation in a computer or associated equipment. 
{ kan'trol .karik-tar } 

control characteristic [electr] 1. The relation, usually 
shown by a graph, between critical grid voltage and anode 
voltage of a gas. tube. 2. The relation between control ampere- 
turns and output current of a magnetic amplifier. { ksn'trol 
,karik-ta'ris*tik } 

control chart [ind eng] A chart in which quantities of data 
concerning some property of a product or process are plotted 
and used specifically to determine the variation in the process. 
{ kan'trol .chart } 

control circuit [comput sci] One of the circuits that re- 
sponds to the instructions in the program for a digital computer. 
[elec] A circuit that controls some function of a machine, 
device, or piece of equipment, [electr] The circuit that 
feeds the control winding of a magnetic amplifier. { kan'trol 
,S3rk3t } 
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Control chart, consisting of a 
center line and two sets of * 
control lines. 



